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he story of file transfer 

protocols starts in 1977, 

with Ward Christensen’s 

Modem program — one of 
the first communications programs 
to run on a micro (in this case a 
CP/M machine). Ward needed a 
method of transferring files for his 
own use, so he wrote what he 
modestly described as “a quick 
hack I threw together, very un- 
planned, to satisfy a personal need 
to communicate with some other 
people.” Borrowing ideas from 
IBM’s mainframe 2780 protocol 
(Ward worked for IBM), he sent 
the file a block at a time. Each 
block was 128 bytes long, since 
that was the size of sectors on the 
original CP/M disks. 

Each block was prefixed with 

#™ 3-byte header, starting with an 
SOH (start of header) character 
(Ascii value 1), followed by 128 
bytes of data, and ending with a 
checksum byte (computed out of 
the data in the block) to serve as 
an integrity check. 

When the remote computer 
received the block, it calculated its 
own checksum value, and if this 
matched the received checksum, 
the receiving computer sent back 
an Ack (acknowledge) byte (Ascii 
6) and the transmitting computer 
sent the next block. 

If the two checksums were 
different, the receiver sent a Nak 
(negative acknowledge) byte (Ascii 
21) to tell the transmitter to resend 
the data. The main weakness was 
that if line noise garbled the SOH 
character, or caused complete loss 

of one or more characters in the 

' lock, the receiving computer 
would wait for several seconds 
(originally four, but up to 10 sec- 
onds in some later ‘relaxed’ ver- 
sions) before concluding that there 
had been an error and sending a 
Nak. 


XModem 


Ward’s protocol rapidly caught 
on, because it was simple, worked 
reasonably well and Ward gave 
away his source code in the Public 
Domain to anyone who wanted it. 
Hence XModem (as it was soon 
named) became adopted by the 
earliest BBS systems. Even now, it 
is still useful simply because it is so 
widely available — it is the one 
protocol that you can be pretty 
sure almost everyone will have. 
XModem’s popularity soon 
gave rise to lots of ideas about 
how to improve it. The short block 
length caused throughput to suf- 
fer when used with Unix and other 
timesharing systems, or over 
‘packet switched’ networks, satel- 
lite circuits and so on; the 8-bit 
checksum was not entirely de- 
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Part 2 of our communications guide covers file 
protocols and error correction — what are they 
and which should you use? 
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pendable; only one file could be 
sent per command (the filename 
having to be typed twice, for send- 
ing and receiving programs). While 
CP/M files were always a multiple 
of 128 bytes long, MSDos and 
Unix files had to be rounded up in 
length to a multiple of 128 bytes. 
Finally, though XModem paused 
before concluding that a block 
was incomplete, the delays that 
could occur during sending on a 
busy timesharing system could 
cause XModem to ‘time out’ (give 
up waiting for the next byte of 
data) unless a ‘relaxed’ XModem 
variant was used. 

The first improvement to the 
original XModem was to replace 
the single byte checksum with a 
16-bit CRC (cyclical redundancy 
check) value. This guarded against 
many kinds of error that could 
have passed unnoticed by the 
original. Take care — many sys- 
tems use the name XModem when 
they really mean the XModem/ 
CRC protocol, a frequent cause of 
download failures. There is also a 
protocol called XModem-1K, 
which is XModem/CRC with 1024- 
byte data blocks. 


YModem 


Even more confusion exists over 
the various extensions to XModem 
which have become known as 
YModem. The key feature of 
YModem (as defined by Ward 
Christensen) is that it is a batch 
protocol, the name of each file 
being sent in the first block and 
other files following until a blank 
filename was sent. The trouble 
with YModem is that it has vari- 
ous options: it should be able to 
use either checksums or CRC, 128 
or 1024-byte blocks, and the origi- 
nal file size, type, date and time 
last modified can optionally fol- 
low the filename. There are also 
variations in the way requests to 
cancel transfers are handled (or 
not). 

Strictly speaking, any imple- 
mentation of YModem should be 
able to handle all of these options, 
but alas (according to Chuck 
Forsberg, author of the first im- 
plementation of YModem), lazy 
programmers chose to implement 
just the bits that appealed to them 
and called the result YModem. 
For example, the popular Procomm 
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communications package has sev- 
eral “YModem’ options, of which 
only the YModem-Bat and 
YModem-G options correspond 
to the true specification. Procomm 
users therefore need to make very 
sure that they use the option cor- 
responding to the remote system’s 
idea of what YModem means. 
The most obvious feature of 
YModem is the 1K block size it 
normally uses though, surprisingly, 
this was not a feature of the very 
first version of YModem. While 
using 1K blocks speeds up trans- 
fers on good lines, it does mean 
that a single error results in a 
whole block being retransmitted. 
On poor lines, its throughput can 
be far less than XModem. Like 
XModem, YModem waits for a 
signal from the receiver before it 
sends the next packet (block), still 
making it susceptible to propaga- 
tion delays in public data networks. 
YModem-G is a streaming option 
for YModem in which blocks are 
transmitted continuously without 
waiting for the previous block to 
be acknowledged. However, de- 
signed with error correcting mo- 
dems in mind, it offers no 150 
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provision for incorrect blocks to 
be retransmitted; if there are any 
errors, the whole transfer is 
aborted. Because it does not sup- 
port error recovery, YModem-G 
must only be used on hard-wired 
connections or with error correct- 
ing modems. 

Windowed XModem (WX 
Modem) was an attempt to over- 
come the propagation delays. In 
this protocol, the transmitter sends 
up to four 128-byte blocks with- 
out first waiting for a signal from 
the receiver. 

The ‘window’ consists of the 
four packets. The receiver need 
not acknowledge each packet, but 
must at least acknowledge every 
fourth. Windowed XModem ap- 
peared too late to be widely 
adopted, and has not achieved the 
widespread usage that would make 
it useful. It might have become 
established had not the far supe- 
rior ZModem come onto the scene. 


If only file transfer was as 
easy as falling off a log 


Kermit 

The XModem family of protocols 
is unsuitable for use on many 
mainframe and minicomputer sys- 
tems — often such systems only use 
seven data bits, not eight, so some 
characters get interpreted as con- 
trol characters while others (espe- 
cially nuls) are filtered out of the 
received data altogether, playing 
havoc with a program waiting to 
receive a block of exactly 128 data 
characters. The Kermit protocol 
(yes, it was named after the frog) 
was developed by Columbia Uni- 
versity with these problems in mind, 
and placed in the Public Domain 
to allow file transfer between al- 
most any kinds of machine. In the 
UK it is distributed by Lancaster 
University for a small copying 
charge, and is also available from 
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PD sources. 

Kermit is almost essential for 
anyone wishing to transfer data to 
mainframes, but the performance 
compromises necessary to accom- 
modate traditional mainframe en- 
vironments limit its efficiency. Even 
with completely transparent chan- 
nels, Kermit limits the efficiency 
of binary file transfers to about 75 
percent. Some performance im- 
provement results from using the 
latest ‘Super Kermit’, a ‘sliding 
windows’ version, but this cannot 
be implemented on all operating 
systems. 

Another problem is that a 
number of sub-modes are used in 
various Kermit programs, includ- 
ing different methods of transfer- 
ring binary files, and two different 
Kermit programs will often mys- 
teriously fail to operate with each 
other if the user has not correctly 
specified these options. Despite 
these reservations, I have found 
that Kermit, while slow, proved 
the most reliable method of 
transferring files over some packet 
switched networks which were 
causing problems with other file 
transfer protocols. 

A further special case is where 
you get big communications net- 
works, such as the one serving 
CompuServe’s huge system. There, 
at each node, data from several 
different users is gathered together 
into packets and then forwarded 
over the same line. These lines 
may be further combined with 
data coming from other nodes. 
Each packet has a sender’s ID and 
a delivery address on it, which 
means that transmitting single 
bytes of data is quite inefficient. 
In addition, the network may send 
packets over different routes to try 
and balance loads. With thousands 
of simultaneous users at peak times, 
occasional momentary delays can 
occur. The special needs of such 
networks led CompuServe to de- 
velop its own error correcting 
protocols, the current ones being 
CIS-Quick-B and CIS-B-Plus, both 
‘streaming’ protocols with varying 
block sizes but optimised to suit 
the needs of packet switched net- 
works. 


Proprietary protocols 

Many commercial packages offer 
their own protocols, each designed 
around what the vendor considers 
the best method for sending data 
safely across phone lines. Relay 
Gold has its Relay protocol; Blast 
uses its own Blast protocol; and 
Crosstalk Mk 4 includes a new 
Dart protocol. But these propri- 
etary protocols, no matter how 
effective they may be, cannot talk 
to one another and are only of use 
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for transfers to other people using 
the same software package. Net- 
work services such as CompuServe, 
together with bulletin board sys- 
tems, do not support these propri- 
etary protocols for uploading and 
downloading files. 

Curiously, there have never 
been any agreed international 
standards for file transfer; only 
with Public Domain protocols is it 
possible for users to send a file 
error-free from one of these pack- 
ages to another. 


ZModem 


The problems of YModem were 
finally addressed by the same au- 
thor, Chuck Forsberg, in a new 
protocol called ZModem. This 
continuously achieves a very high 
throughput by transmitting data 
continuously. Rather than always 
waiting for acknowledgement, 
ZModem interrupts transmission 
only when it detects an error, 
retransmitting corrupted blocks 
when requested by the receiving 
computer. Funded by network 
services provider Telenet and then 
placed in the Public Domain, 
ZModem was designed bearing in 
mind the problems of networks 
and high speed modems which 
dynamically allocate bandwidth. 
Based on studies of a range of 
systems, it managed to steal good 
ideas from many sources and add 
a few new ones of its own. To 
avoid the multiplicity of versions 
found with YModem, and encour- 
age widespread availability, C 
source code was also released into 
the Public Domain. 

ZModem’s features include 
variable length blocks, the block 
size being adapted to line condi- 
tions for the fastest transfer speeds. 
Its built-in batch protocol means 
that instead of downloading one 
file at a time, users can list several 
files and download them in one 
operation. There is an option to 


transfer only those files which de 
not already exist on the receiving — 
computer, providing an automatic 
backup/update facility. Error re- 
covery, while not quite as good as 
Super Kermit’s, is far superior to 
that of the older KModem and 
YModem protocols. An almost 
unique feature is that if you acci- 
dentally unplug the phone or suf- 
fer a line drop during a long file 
transfer, you can restart the inter- 
rupted transfer from the point at 
which it broke off. 

Unfortunately, a protocol is 
only useful if both ends support it 
and, despite the efforts of 
ZModem’s authors to promote 
widespread implementation, there 
are still many systems which have 
not yet implemented a ZModem 
protocol. Nor have many popular 
communications packages. Most 
of these, though, will allow you t/~) 
add ‘external’ protocols, and sev- 
eral ZModem programs designed 
for external use are available, the 
most common being the Shareware 
program DSZ — written by Chuck 
Forsberg himself. The current ver- 
sion of this supports the latest 
upgrade, ZModem 90. DSZ will 
also cope with XModem or 
YModem transfers. 

Unfortunately DSZ, being 
largely distributed by bulletin 
boards, has become a favourite 
target for hackers — several ver- 
sions containing viruses and 
Trojans have been spotted. Make 
sure you get yours from a reliable 
source. 

If you are concerned, Chuck 
tells me that the latest versions, 
dated 28th February 1991, should 
show the following lengths and 
CRC checks when inspected with 
PKZip’s -vt command: 


DSZ.COM, 32-bit CRC: 
A93B6F9B, length 51576 bytes. 
DSZ.EXE, 32 bit CRC: 
3E7E490A, length 61649 bytes. 
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¥ The original protocol 

/¥ More widely supported than any other 

X Can cause delays and time-outs 

X Only one file selectable at a time 

“ XModem/CRC offers better error handling. XModem-1K is an 
XModem/CRC variant using larger blocks (faster, but causes 
more re-sending on poor lines) 


YModem 


/Y Allows transfer of multiple files 

V 1K block size gives faster results on good lines... 

X ...but slower on poor lines 

X Many implementations claiming to be YModem don’t include 
full YModem features 

# Y Modem-G transmits without waiting for acknowledgement so 
is faster, but only suitable for hard-wired connections or error 
correcting modems 


WXModem 


-\/ Sends up to four blocks between acknowledgements, giving 
‘aNgreater efficiency 
X Little used (effectively superseded by ZModem) 


ZModem 


/ Transmits continuously without acknowledgement, so very 
efficient 

¥ Adapts block length to line conditions, giving best possible 
results on both good and bad lines 

¥ Multiple files can be transferred, with optional omission of files 
already present on the receiving system 

¥ Error recovery superior to XModem/Y Modem (though not as 
good as Super Kermit) 

¥Y Interrupted calls can be resumed from the point where 
interruption occurred 

X Not so widely implemented as XModem/Y Modem, though can 
be added to comms software 


Kermit 
¥ The only common protocol suitable for communicating with 
mainframes 

/¥ Widely available and supported 

¥ Reliable on packet switched networks 

X Has many sub-modes, causing compatibility problems between 
different implementations 

X Very inefficient 

* Super Kermit dramatically improves efficiency but is less widely 
supported 


If you get different values, your 
copy is probably infected. (PKZip 
is a widely available archiving 
utility which is often used to com- 
press files on PD and Shareware 
disks.) 


Error correction 


MNP and V42, the two error 
correction systems that you will 
come across, are ‘link level’ 
protocols — they provide error 
correction between the two mo- 
dems that are exchanging data. 
Error correction re-sends blocks 
(invisibly to you) if they are cor- 
rupted, so that what you see is a 
perfect connect with no apparent 
line noise at all. Both MNP and 
V42 assemble the user data into 
‘packets’ (blocks) before 
retransmission, adding a packet 
header and a checksum, much as 
XModem does on file transfer. 

The difference between error 
correction systems and software 
file transfer protocols is that error 
correcting modems check every- 
thing that is sent — commands and 
screen data as well as files. This 
means that if you are sending data 
slowly (ie typing directly from the 
keyboard), each data packet might 
only contain one character; by 
contrast, file transfers always use 
larger packets. While it might seem 
wasteful to send a packet of 20 or 
30 bytes with just one actual byte 
of data in it, in practice this is just 
using otherwise wasted capacity; if 
you sent a full packet, you would 
just get a corresponding decrease 
in transfer speed. 

Each packet contains a 
checksum, based on which the 
receiving modem acknowledges 
receiving accurate data or tells the 
sending modem to retransmit the 
packet. In V42 and MNP classes 2 
and above, data is transmitted 
using a ‘sliding window’ system — 
the transmitting modem sends 
packets continuously, without 
pausing for replies, allowing it to 
get up to 127 packets ahead of the 
acknowledgements. 

MNP was originally a propri- 
etary standard developed by mo- 
dem maker Microcom, which then 
allowed other makers to build 
MNP modems under licence. MNP 
classes 1 to 4 were later put into 
the Public Domain as part of an 
attempt to get CCITT, the inter- 
national standards body, to ac- 
cept MNP as an international 
standard. The V42 error correc- 
tion scheme was ratified by CCITT 
only after years of haggling by 
manufacturers who didn’t want to 
see Microcom’s proprietary sys- 
tem given recognition. Eventually 
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the CCITT chose protocol called 
Lap/M for the standard, and it is 
this which V42 modems support. 
However, V42 modems must also 
support MNP levels 2 to 4, which 
by the time the V42 standard was 
set had become a de facto stand- 
ard. 


MNP classes 


@ MNP'1 uses an asynchronous, 
byte-orientated, half duplex 
method of exchanging data. Offers 
the lowest performance, defined 
only for devices that can’t use class 
2, and is therefore rarely used. 
Throughput for a 2,400bps modem: 
approx 169cps. 

Mi MNP2 uses asynchronous, byte- 
orientated, full duplex data ex- 
change. Can be implemented in 
software, and for those without 
MNP modems an increasing 
number of comms packages im- 
plement MNP2. Throughput at 
2,400bps: approx 200cps. 

@ MNP3 uses synchronous, bit- 
orientated, full duplex exchange. 
Normally an asynchronous mo- 
dem has to send 10 bits for each 
character, because the eight data 
bits are surrounded by start and 
stop bits. In MNP3, each data 
packet is sent as a continuous 
stream of data bits without the 
start and stop bits. The user still 
sends data asynchronously to the 
class 3 modem, while the modems 
communicate with each other syn- 
chronously. This increases 
throughput at 2,400bps to 260cps. 
Classes 1 to 3 are alternatives for 
the basic error correction scheme. 
M@ MNP4 further improves 
throughput by ‘adaptive packet 
assembly’, which means that on a 
good line it sends data in larger 
packets, while on noisy lines it 
reduces the packet size to reduce 
the amount of data re-sent. It also 
introduces ‘data phase 
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Olivetti 386/25 


The Olivetti 386/25 is a quality PC now available at a 
price you'll find attractive and affordable. Combining top 
performance with superb expansion capabilities it comes 
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access —all from a footprint compact enough to fit the 
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display you'll find it meets all your individual computing 
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order and payment. oO FE 


@ 32 bit 25MHz 80386 CPU @ 2MB RAM 
@ Fast (28ms) 100MB hard disk @ VGA graphics 


© 1.44MB 3.5” diskette drive ® MS DOS3.3 


COMPUTER SHOPPER MAY 1991 


COMMUNICATIONS 157 


What those funny tones mean 


This, according to Hayes, is what happens when you dial a 
2,400bps V22bis modem: 

1 The remote modem detects a ring, picks up the call and 
then goes silent for at least two seconds. This is so the phone 
company can recognise that the call is connected and start 
charging you! 

2 Then the answering modem transmits 3.3 seconds of 
‘answer tone’ at 2,100Hz. This tells a manual caller that they 
have reached a modem and can switch to data, and also 
signals telephone network equipment that this is a data call 
and that ‘echo suppressors’ should be disabled. If the echo 
suppressors remained active, you couldn't transmit in both 
directions at the same time. 

3 After a 75 millisecond gap,the answering modem then 
sends a signal known as ‘unscrambled binary 1 at 1,200 bit/ 
s’ (USB1 to its friends). This is the static-type sound you hear. 
4 Now the originating modem comes into play. It detects the 
USB1 signal in 150ms, then remains silent for 450ms. At this 
point, if you have used the Hayes ATM1 command, your 
speaker goes silent. If the originating modem is a 2,400bps 
V22bis modem, it then transmits ‘unscrambled double digit 
00 and 11 at 1,200 bit/s’ (S1) for 100ms to tell the other end 
that it is a 2,400bps modem. Note that a Bell 212 or V22 
modem does not transmit this S1 signal, and it is by the 
presence or absence of this single 100ms signal that V22bis 
knows whether or not to fall back to 1,200bps operation. 

5 After sending S1, the originating modem switches to 
sending a signal known as ‘scrambled binary 1 at 1200 bit/s’ 
(SB1). 

6 When the answering modem (which is still transmitting 
USB1) detects the S1 signal from the originator, it also sends 
100ms of S1 so that the originating modem knows that the 
answerer is capable of 2,400bps operation. Then ittoo sends 
SB1 for 500ms, before switching to sending ‘scrambled 1s’ at 
2,400bps. It does this for 200ms, and is then ready to pass 
data. 

7 600ms after the originating modem hears SB1 from the 
answerer, it switches to sending scrambled 1s at 2,400bps. 
After doing this for 200msec, it is ready to pass data. 


Pretty simple, eh? 


Once set up correctly, your modem is ready to talk to the world 


optimisation’, meaning that it 
eliminates unnecessary repetition 
of data packet header information 
during data transfers. This pushes 
throughput up to about 290cps 
when used with MNP3, though it 
can be used with MNP2. 
@ MNPS5 introduces data com- 
pression to further boost through- 
put. Most data being transmitted 
will benefit from data compres- 
sion, though the amount by which 
it can be compressed depends on 
the type of data. Text files, espe- 
cially printer output with lots of 
spaces, can be compressed much 
more than .COM or .EXE binary 
files. Typically compression re- 
duces data being transmitted by 
between 30 and 50 percent, the 
compression algorithm adapting 
to the kind of data being transmit- 
ted, though because the compres- 
sion is done in real time as the data 
is being transmitted, it can’t be as 
effective as programs such as 
PKZip, which look at the whole 
file first before compressing it. In 
fact, if you try to transmit .ZIP 
files, the attempt to add compres- 
sion to data which is already com- 
pressed to its maximum extent 
actually reduces throughput—.ZIP 
files will be transmitted more 
quickly if you tell your MNPS5 
modem not to use compression. 
On other kinds of data, 
Microcom estimates that the av- 
erage compression achieved will 
be 37 percent, which when com- 
bined with MNP3 and 4 boosts 
throughput on a 2,400bps modem 
to 480cps. This has led some mo- 
dem makers to claim their 2,400bps 
MNP5 modems are 4,800bps 
modems! Also beware software 
claims of MNP4 or MNPS - these 
are invariably MNP2 with the 
addition of some features from 
MNP4 and MNP%, since software 
can not implement the synchronous 
transmission used in MNP3. Hence 
they will be much slower than a 
full MNP5 modem, which invari- 
ably will also incorporate MNP 3 
and 4. 
@ MNP6 and above remain pro- 
prietary to Microcom, the inven- 
tor of MNP. Essentially, class 6 is 
a way of making a V29 9,600bps 
half duplex modem pretend to be 
a full duplex modem when talking 
to another MNP6 modem (other- 
wise it reverts to behaving as a 
2,400bps MNPS modem). Since 
this is a proprietary system, it has 
largely been made redundant by 
the universal CCITT V32 stand- 
ard. 
@ MNP7 isa proprietary enhanced 
data compression system giving 
superior compression to class 5 
when used with another Microcom 
MNP7 modem. 


Mi MNP%8 was superseded by MNP9 
before it was ever implemented, so 
there are no MNP8 modems. 

@ MNP9 combines V32 modems 
with enhanced data compression 
and Microcom’s own proprietary 
speed negotiation system. 

@ MNP1O0 is a recently released 
system offering additional robust 
error handling for use on cellular 
modems. 


Paul Mullen is an independent 
computer consultant and 
founder of the PC 
Independent User Group 


MNP IN SOFTWARE 


If you are stuck with a modem 
that does not support error cor- 
rection, such as Amstrad’s 
MC2400, you might like to know 
that MNP error correction is 
available in software. Because 
mostcomms software writes di- 
rectly to the hardware, error 
correction has to be imple- 
mented as part of your com- 
munications package — it can’t 
usually be added as an extra 
layer. 

Two British packages that 
support MNP in software are 
Odyssey, from Micropak soft- 
ware inAberdeen, and Messiter 
Software’s Transend. \f you 
want to program it yourself, 
source code for MNP correction 
is available on CompuServe in 
a variety of languages, includ- 
ing C, Pascal and QuickBASIC. 


CONTACTS 
EaziLink 
Most Shareware suppliers or 
PCIUG (0732) 771412 


Odyssey 
Micropack Computer 
Consultants (0224) 631100 


Messiter Software 
(081) 449 7323 


NEXT MONTH 


In part 3, Paul finally gets 
round to those Hayes 


commands — plus a full 
troubleshooting guide to 
sort out your modem 
mysteries. 
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COM-13 486-25MHz 
128K CACHE SYSTEM 


*25MHz MAIN BOARD, 128K CACHE MEMORY, AMI BIOS, Shadow Ram for System and Video 
BIOS. “1MB of RAM (Expandable to 16MB). *200W POWER SUPPLY «SMALL FOOTPRINT CASE. 
+102 UK KEYBOARD. °1.2MB or 1.44MB DRIVE. ‘HARD & FLOPPY DISC CONTROLLER. +2 
SERIAL / 1 PARALLEL / GAMES PORT. 


14" MONO 

MONO VGA 
£1412 1483 
£1609 1680 
£1776 1847 
180Mb (25ms) IDE £1914 1985 
300Mb (12ms) IDE £2412 2482 

Add £50,00 for 2MB, £150.00 for 4MB, £350.00 for 8MB and £750.00 for I6MB. 
LANDMARK VER, 0.99: 117 


COM-12 386-25MHz 
64K CACHE SYSTEM 


*25MHz MAIN BOARD, 64K CACHE MEMORY. AMI BIOS. Shadow Ram for Systemand Video BIOS. 
*1MB OF RAM (Expandable to 8MB). *200W POWER SUPPLY *SMALL FOOTPRINT CASE. #102 UK 
KEYBOARD. 1.2MB or 1.44MB DRIVE. *HARD & FLOPPY DISC CONTROLLER. +2 SERIAL / 1 
PARALLEL / GAMES PORT. 


14" COLOUR 


MONITOR SUPER VGA 


NO HDD 
40Mb (28ms) IDE 
90Mb (28ms) IDE 


£744.00 


2 14" COLOUR 
MONO SUPER VGA 
£ 819 Y 1056 
£1016 8 1253 
£1183 1420 
180Mb (25ms) IDE £1321 : 1557 
300Mb (12ms) IDE £1819 

Add £50.00 for 2MB, £150.00 for 4MB and £350.00 for 8MB. 

LANDMARK VER, 0.99: 41.9 


MONITOR 


NO HDD 
40Mb (28ms) IDE 
90Mb (28ms) IDE 


COM-10 386-33MHz 
32K CACHE SYSTEM 


*33MHz MAIN BOARD,32K CACHE MEMORY. AMIBIOS. Shadow RAM for System and Video BI 
*1MB OF RAM (Expandable to 16MB). +200W ER SUPP. SMALL FOOTPRINT CAS 0 
UK KEYBOARD +*1.2MB OR 1.44MB FLOPPY DRIVE. *HARD & FLOPPY DISC CONTROLLER. 
*2 SERIAL / 1 PARALLEL / GAMES PORT. 


14" MONO 14" COLOUR 
EGS SUPER VGA 
NO HDD E Be 1221 
40Mb (28ms) IDE £1181 a 1418 
90Mb (28ms) IDE £1348 1585 
180Mb (25ms) IDE £1486 1722 
2220 


£653.00 


LANDMARK VER. 0.99: 56 


COM-9 386-25MHz 
SYSTEM 


*25MHz MAIN BOARD, PAGE INTERLEAVED MEMORY. AMIBIOS. Shadow RAM for System and 
Video BIOS. »1MB OF RAM (Expandable to 8MB). *200W POWER SUPPLY. ‘SMALL FOOTPRINT 
CASE. +102 UK KEYBOARD 1.2MB OR 1.44MB FLOPPY DRIVE. *HARD & FLOPPY DISC CON- 
TROLLER. +2 SERIAL / 1 PARALLEL / GAMES PORT. 


12" 14" MONO 14" COLOUR 
MONO VGA SUPER VGA 
£ 728 965 
£ 925 1162 
£1092 % 1329 
£1230 1466 

1964 


MONITOR 


NO HDD 

40Mb (28ms) IDE 

90Mb (28ms) IDE 
180Mb (25ms) IDE 


(for 2MB+) 


Systems with hard disks and monitors include MS DOS 4.01 + All prices are exclusive of VAT + Delivery for one system is £15.00 ~ 14 Day money back guarantee if not satisfied. 


All systems have a one year back to base guarantee, fast turn around 
service. Optional on-site maintenance available. All sales are sub- 
ject to DAN TECHNOLOGY LTD. terms and conditions. Please call 


for detailed price listand specifications or visit our showroom. 
DAN TECHNOLOGY Systems prices and specifications are subject to change without notice. 


OPENING HOURS 10am-6pm MONDAY-FRIDAY 

DAN TECHNOLOGY, SUITE 315 CROWN HOUSE, 

NORTH CIRCULAR ROAD, LONDON NW10 7PN. 
FAX: 081-963 0034 


TECHNOLOGY 


SYSTEMS 


TEL: 081-961 6959 


